home *** CD-ROM | disk | FTP | other *** search
/ CU Amiga Super CD-ROM 17 / CU Amiga Magazine's Super CD-ROM 17 (1997)(EMAP Images)(GB)[!][issue 1997-12].iso / CUCD / Programming / AMOSList / AMOSLIST.0897 / 000042_amos-request@svcs1.digex.net_Mon Aug 4 23:12:19 1997.msg < prev    next >
Text File  |  1997-09-09  |  5KB  |  98 lines
  1. Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224])
  2.     by mail3.access.digex.net (8.8.5/8.8.5) with ESMTP id XAA07832
  3.     for <mcox@access.digex.net>; Mon, 4 Aug 1997 23:12:18 -0400 (EDT)
  4. Received: (from daemon@localhost)
  5.     by svcs1.digex.net (8.8.5/8.8.5) id TAA04862
  6.     for amos-out; Mon, 4 Aug 1997 19:54:05 -0400 (EDT)
  7. Received: from mail2.access.digex.net (mail2.access.digex.net [205.197.247.3])
  8.     by svcs1.digex.net (8.8.5/8.8.5) with ESMTP id TAA04859
  9.     for <amos-list@svcs1.digex.net>; Mon, 4 Aug 1997 19:54:05 -0400 (EDT)
  10. Received: from mail.redrose.net (qmailr@mail.redrose.net [204.249.184.22])
  11.     by mail2.access.digex.net (8.8.5/8.8.5) with SMTP id TAA20803
  12.     for <amos-list@access.digex.net>; Mon, 4 Aug 1997 19:54:04 -0400 (EDT)
  13. Received: (qmail 5456 invoked from network); 4 Aug 1997 23:57:09 -0000
  14. Received: from herp1-8.redrose.net (HELO redrose.net) (mushy-pd@208.7.248.136)
  15.   by mail.redrose.net with SMTP; 4 Aug 1997 23:57:09 -0000
  16. From: Mush <mushypd@redrose.net>
  17. Reply-To: Mush <mushypd@redrose.net>
  18. To: amos-list@access.digex.net
  19. Date: Mon, 04 Aug 1997 19:53:46 -0500
  20. Message-ID: <yam7155.2318.4515696@mail.redrose.net>
  21. X-Mailer: YAM 1.3.3a [020] - Amiga Mailer by Marcel Beck
  22. Organization: Mushroom PD - AMOS Public Domain Library
  23. Subject: Re: Crippling programs
  24. MIME-Version: 1.0
  25. Content-Type: text/plain
  26. Status: O
  27. X-Status: 
  28.  
  29.  
  30. > It sure would! I recently registered for MetalWeb (the new wysiwyg HTML
  31. > editor) - I wouldn't have registered if I'd known that the saved files
  32. > contained so many bugs! (on the other hand, it's taught me a lot about
  33. > HTML, doing this, and the authors have been fixing it regularly, so I'm
  34. > not that unhappy!!)
  35.  
  36. At least they are doing something about it, but it still would be nice to
  37. be able to see this before hand, so that we dont have to be lumbered with
  38. this.
  39.  
  40. > In the end, shareware means "try before you buy". If the user can't try
  41. > it, they're unlikely to buy it.
  42.  
  43. > Personally, I think the method of crippling relies on what the program
  44. > acutally does...
  45.  
  46. > If your program is a calendar or some-such that needs the clock, give it
  47. > a date time out. This is very effective, but (especially with Amigas not
  48. > neccesarily having a clock) only if the program relies on the clock.
  49.  
  50. Thats a good idea. One other way to do something similar, would be to add a
  51. small Patch onto the end of the executable itself (like 10 bytes) and make
  52. your program open itself up, and write over itself with either the current
  53. date of first operation (if you want it to time out), or increment it for
  54. the number of uses. If you add the ten byte bit to the archive itself as
  55. empty figures, noone will know the difference in size!
  56.  
  57. The time one is OK, and its not always easy to turn the clock back, as a
  58. lot of programs I have come up with all wierd requesters if the clock
  59. suddenly loses a couple of hours.
  60.  
  61. > My favorite (best for a game) is the level-editor idea... The unregistered
  62. > version would work fine, but register, and you get a level editor, more
  63. > levels, and an updated main program. Also, levels designed with the level
  64. > editor could either not work with the unregistered version, or they could
  65. > bring up some extra annoying register requesters.
  66.  
  67. Good idea, basically piss the user off so much, that they fall on their
  68. knes in terror and subscribe!!
  69.  
  70. > The other idea is to release one game/program, with the register info
  71. > telling the user that they will receive another two or three programs
  72. > which you might not even have released. A couple of screen shots, and
  73. > some descriptive text... if the user likes the first one, they'll want
  74. > other software by the same author, so they'll register to get it.
  75.  
  76. One way I do this, is to offer a small discount to users if they have
  77. already registered one of my programs. I also have small snippets or texts
  78. about other programs too.
  79.  
  80. > One alternative to crippling that I really *hate* is the idea of doing
  81. > something nasty to the system if an unregistered keyfile is found. *Don't*
  82. > do it!!! Imagine the user getting a read error on their hard disk that
  83. > corrupts the key file...
  84.  
  85. You would have to be lame to even think this. The most damage I would ever
  86. considering doing, is bringing up an AMOS screen, saying "REGISTER !!" and
  87. have a DO..LOOP so that the user cant break, and turn OS off and
  88. everything, so they have to reboot!  TeeHee!
  89.  
  90. Andrew "Mushroom" Kellett
  91. --
  92.          Email: Andy Kellett <mushypd@redrose.net>   Team *AMIGA*
  93.  
  94.      World's Largest AMOS Homepages - http://www.mushy-pd.demon.co.uk
  95.  
  96.          Massive FTP site with AMOS/C64 and Mods/Samples + more at
  97.                             mushy-pd.dyn.ml.org
  98.